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mobile-id <- identifier of sending mobile terminal 

port-id <- identifier of the leaf-port the packet came 
through 

packet-type <- data/keep-alive/show-up 

IF (node is LMP AND mobile-id has LMP entry AND port-id is 
on its port-list) THEN reset timer of this port to LMP- 
timeout END IF 

IF (node is LMP AND mobile-id has LMP entry AND port-id is 
not on its port-list) THEN add port-id to the port-list and 
set its timer to LMP-timeout END IF 

IF (node is LMP AND mobile-id has no LMP entry) THEN create 
LMP entry for mobile-id, add port-id to its port-list, set 
its timer to LMP-timeout END IF 

IF (packet-type is data or show-up) THEN 

IF (node is CMP AND mobile-id has CMP entry AND port- 
id is on its port-list) THEN reset timer of this port 
to CMP-timeout END IF 

IF (node is CMP AND mobile-id has CMP entry AND port- 
id is not on its port-list) THEN add port to the port- 
list and set its timer to CMP-timeout END IF 

IF (node is CMP AND mobile-id has no CMP entry) THEN 
create CMP entry for mobile-id, add port-id to its 
port-list, set timer to CMP-timeout, 

IF (there are data packets queued with 
destination=mobile-id) THEN dequeue these 
packets, forward them to port-id END IF 

END IF (node is CMP) 

END IF (packet-type is data or show-up) 

IF (node is not G/W node OR packet-type is data) THEN 
forward packet to root-port END IF 



STOP 
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mobile-id <- identifier of destination mobile terminal 
packet-type <- data/paging 

IF (packet-type is data AND node is CMP AND mobile-id has CMP 
entry) THEN forward packet to ports listed in mobile-id's CMP 
port-list END IF 

IF (packet-type is data AND node is CMP AND mobile-id has no 
CMP entry) THEN queue packet, create paging packet for 
mobile-id and route it as if arrived from root-port END IF 

IF (packet-type is data AND node is not CMP) THEN forward 
packet to all leaf-ports END IF 

IF (packet-type is paging AND node is LMP) THEN IF (mobile-id has 
LMP entry) THEN forward packet to ports listed in mobile-id's 
LMP port-list ELSE forward packet to all leaf-ports END IF 



END IF 



STOP 
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PACKET DATA NETWORK HAVING 
DISTRIBUTED DATABASE 

BACKGROUND 

This invention relates to construction and control of 
communication networks that carry packetized data, e.g., 
Internet-protocol -based (IP-based) traffic, and in particular 
to network architectures that have large freedom in network 
topology and simplified network extensions with a light- 
weight but robust protocol. Applicant's invention is appli- 
cable to wired and wireless networks handling packet data 
traffic, including cellular radio networks handling voice 
traffic. 

It is generally expected that the importance of packet data 
networks, and in particular IP-based networks, will continue 
growing. Although a large proportion of current IP-based 
traffic is "best effort", in the sense that the network does not 
guarantee any minimum level of bandwidth or quality of 
service to a user, the proportion requiring some guaranteed 
level of quality will only increase in the future. Such 
guarantees may eventually be provided by the currently 
evolving differentiated services concept, which is described 
in D. Clark and J. Wroclawski, "An Approach to Service 
Allocation in the Internet", http://ietf.org/internet-drafts/ 
draft-clark-diff-svc-alloc-OO.txt, Internet Engineering Task 
Force (July 1997); K. Nichols, V. Jacobson, and L. Zhang, 
"A Two-Bit Differentiated Services Architecture for the 
Internet", http://ietf.org/internet-drafts/draft-nichols-diff- 
svc-arch-00.txt, Internet Engineering Task Force (November 
1997); and D. Clark and W. Fang, "Explicit Allocation of 
Best Effort Packet Delivery Service", http:// 
diffserv.lcs.mit.edu/Papers/exp-alloc-ddc-wf.pdf 
(November 1997). The demand to access IP-based and other 
packet data networks from wireless terminals such as those 
operating in current cellular radio telephone networks will 
also increase. 

Packet data networks are designed and based on industry- 
wide data standards such as the open system interface (OSI) 
model or the transmission control protocol/Internet protocol 
(TCP/IP) stack. In the communications industry, Layer 1 
may be called the physical layer, and the Layer 1 protocol 
defines the parameters of the physical communications 
channel, e.g., frequency spacing of a radio carrier, modula- 
tion characteristics, etc. Layer 2 is called the data link, or 
hardware interface, layer, and the Layer 2 protocol defines 
the techniques necessary for the accurate transmission of 
information within the constraints of the physical channel, 
e.g., error correction and detection, etc. Layer 3 may be 
called the network, or resource control, layer, and the Layer 
3 protocol defines the procedures for reception and process- 
ing of information transmitted over the physical channel. 
The functionality of a Layer 2 protocol includes the 
delimiting, or framing, of Layer 3 messages sent between 
communicating Layer 3 peer entities. In cellular radio tele- 
phone systems, an air interface protocol, such as TIA/EIA/ 
IS-136 and HA/EIA/IS-95 published by the Telecommuni- 
cations Industry Association and Electronic Industries 
Association, is a combined Layer 1, 2, and 3 protocol that 
specifies how remote stations like cellular telephones com- 
municate with base stations and a mobile services switching 
center (MSC). 

These standards have been developed, whether formally 
or de facto, for many years, and the applications that use 
these protocols are readily available. The main objective of 
standards-based networks is to achieve interconnectivity 
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with other networks. The Internet is today's most obvious 
example of such a standards-based network in pursuit of this 
goal. One approach to packet-based wireless communication 
is cellular digital packet data (CDPD), aspects of which are 

s described in U.S. Pat. No. 5,729,531 and U.S. Pat. No. 
5,768,267, both to Raith et al., and U.S. Pat. No. 5,751,731 
and U.S. Pat. No. 5,757,813, both to Raith; in allowed U.S. 
patent applications Ser. Nos. 08/544,492 and 08/544,589, 
both by Raith et al., and Ser. Nos. 08/544,837 through Ser. 
No. 08/544,839; and in U.S. patent applications Ser Nos. 
08/544,493 and Ser. No. 08/544,835, both by Raith, Ser. No. 
08/544,836 by Bilsstrom et al., and Ser. Nos. 08/544,841 and 
Ser. No. 544,843, both by Raith et al. These patents, allowed 
applications, and applications are expressly incorporated 

15 here by reference. 

The bottleneck of IP-based communication with a wire- 
less terminal is the air interface, which may be shared among 
wireless terminals by using a random access protocol, pos- 
sibly with some soft-state-based priority for continuous 

2Q transmissions, or by using a protocol as in conventional 
cellular radiotelephony that allocates a wireless channel to a 
terminal on a first-come-first-served basis. For packet data 
traffic like IP-based traffic, a random access (connection- 
less) protocol may be more appropriate than a channel 

^ allocation (connection-oriented) protocol. Such IP-based 
information flows originated or terminated by a wireless 
terminal typically have lower bit rates than the average 
wired IP flow. This limitation is especially felt when a base 
station's service area is large because the air interface 

30 capacity decreases with increasing cell size, as described in 
D. F. Bjornland et al., "UMTS— The Universal Mobile 
Telecommunications System", Telektronikk (August 1996); 
IEEE Personal Communication vol. 4, no. 4 (August 1997); 
and E. Nikula et al., "FRAMES Multiple Access for UMTS 

35 andIMT-2000" IEEE Personal Communications \o\. 5, no. 
2 (April 1998). 

Wireless users may be willing to accept lower bit rates 
than wired users due to the air interface bottleneck, but 
wireless users will expect to use the same hardware and 

40 software as wired users. Thus, the wired part of the network 
should be unaware of the mobility of the users, except 
possibly for minor modifications. Although these features 
are not strict requirements, a communication system having 
these features can be expected to be more widely and easily 

45 accepted. 

Although it is important, air interface bandwidth effi- 
ciency may not be the primary requirement for a cellular 
access network serving IP-based communication. Applicant 
believes that low equipment cost, robustness, scalability, 

50 low maintenance, and easy system establishment and expan- 
sion (growth), which are features typical of IP-based 
networks, will be more important to cellular network opera- 
tors. Scalability is a feature that makes an architecture or 
technique applicable to large and small networks; expansion 

55 or extension are the actions necessary for making a network 
larger (e.g., plug in new nodes, etc.). These features are 
distinct, and both are desirable. 

Another problem with cellular systems is that they must 
keep track of the movements of the served mobile users so 

60 that the users can be found when they have incoming 
calls/data. Usually the system is divided into a large number 
of cells, making it inefficient to maintain a central database 
that knows the exact location of each user's terminal 
because frequent movements generate a large load of 

65 movement-indications sent to this central database. On the 
other hand, such exact location information is desirable 
because the more precise the location information is, the 
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faster and less wastefully a remote terminal can be found for Furthermore, connection-oriented systems tend to have 

an incoming call. Network actions taken when a mobile low resource efficiency if traffic is bursty, which is typical of 

station has an incoming call and has to be searched for IP traffic. Thus while today's cellular networks fit voice 

(because its exact location is unknown) is usually called applications well, they are inefficient for data traffic, 

paging. The more exact the location information is the s M & connection-oriented approach is based on a 

meZL t£d P "conr^tion-establishment" phase, usually called call-setup, 

. j that precedes the transmission of actual voice traffic and that 

• b t r?£^"f y T* < e ; 8 "' °f 6 , ° 8 3CC 2 a' »«« »he conversation there is a "connection-release" phase. 

mg the GSM standard), an intermediate solution is used. A ~ . . „ . 4 , c tn . ™ . , f . . 

central database has some information on the location of 10 ™? * generally not he case for IP traffic The traditional 

each remote terminal, but this information is not exact. The 10 <* llular a PP roach * therefore hardly usable for IP traffic 

service area of the system is divided into location areas, each because lDC network does not get an establishment message 

of which contains a number of cells. The central location before data 1S sent > 510 there 1S no time to set up a 

database knows in which location area each remote terminal connection. Also, an IP network is not informed when a 

is, but not in which of the location area's cells it is. When communication is over, and hence an established connection 

a remote terminal has an incoming call, the terminal is paged 15 would remain °P en unless a H*cial mechanism watched 

in all the cells of the known location area. The optimal point user data activity and cleared the connection after a long 

in the trade-off is achieved by selecting the proper size of the P ause ' ^ obviously results in further problems, 

location areas. Another problem area of some conventional cellular 

This solution largely relies on a central database that may systems, particularly systems using code division multiple 

be duplicated for reliability but is still a point of failure. Due access (CDMA), is that data sent from/to a remote terminal 

to the centralized approach, this solution also has scalability can be sent through multiple base stations, and these dupli- 

problems since location update messages sent to the central cat es travel in the wired access network separately to/from 

database impose a load on the network that gets more and a gateway to a larger network, such as the Internet. This 

more significant as the network gets larger. Also, this 25 redundancy (also called macrodiversity) is needed because 

approach requires that the network topology rarely or never 2 the air interface may have a large bit error rate so the 

changes during operation and that this topology is known to probability of data packets getting spoiled in the air interface 

the database and to most other network elements. ^ not negligible. Out of duplicates sent in a macrodiversity 

These limitations become a lot more annoying when a slat e, it is possible to select one that was not spoiled based 

network is used for IP data traffic for several reasons. The 30 on > for instance, an estimate of the air interface error rate 

number of IP users per unit area is usually larger than the seQ t together with each packet. 

number of voice users per unit area. Due to the larger bit F°r a seamless handoff of a data stream or session from 

rates for IP communication, the cell sizes have to be one base station or sector to another base station or sector, 

decreased (becoming microcells and picocells), and thus it is advantageous to establish the data path with the new 

location changes become much more frequent. Traffic often 35 base station before the one with the old base station is torn 

consists of short bursts instead of long continuous down. This form of "make-before-break" communication is 

transmissions, and thus the amount of paging relative to the sometimes called "soft" handoff, meaning that for a certain 

amount of traffic increases. As do operators of data networks time two (or more) data streams are active in parallel. In 

in general, operators of cellular networks carrying packet order to prepare for eventual handoffs, it may be required to 

data will likely require their cellular system to be easy to 4Q keep parallel paths active for a large proportion of operation 

install and to extend, to be failure-proof, robust, and simple. time. 

Another problem area in cellular access networks is that Unlike in today's cellular systems, in a cellular system 

traffic destined for a mobile user must be sent to the user's based on IP technology, transmission of packets in the wired 

current location, which can change even while the user is network may not be guaranteed. Packets may get lost due to 

engaged in a conversation. It is important to minimize the 45 congestion of the wired network or due to hardware failure, 

probability and duration of periods when data cannot reach and hence in IP systems macrodiversity protects not only 

the mobile because its location has become "unknown", but against errors in the air interface but also against loss in the 

at the same time it is important to avoid sending data to too wired network. It can be noted that it may be technically 

many locations for safety since that results in a waste of feasible to build an IP-based cellular network that guaran- 

resources. 50 tees packet transmission in the wired network, but making a 

Most existing cellular systems are connection-oriented, cellular network "belter" than the global Internet might be 

meaning that when data is sent to a remote terminal, a logical considered wasteful 

channel is established from the point where data enters the Macrodiversity requires that data paths be duplicated at 

cellular network to the base station that the remote terminal some point and re-united at another point. The remote 

is in contact with. This logical channel is used until the 55 terminal can be responsible for duplicating paths in the 

mobile terminal leaves the coverage area of the base station uplink (remote-to-base) and re -uniting them in the downlink 

(or the conversation is terminated), and the channel is then (base-to- remote). Duplicating in the downlink and re-uniting 

released. If the mobile terminal moves into the coverage area in the uplink must be performed by devices in the wired 

of another base station, a new logical channel is established, access network. 

and traffic is switched from the old channel to the new one. 60 In existing and in most planned systems with 

The connection-oriented handling of traffic requires that macrodiversity, nodes at one level of the hierarchically built 

all the nodes involved in a data path be informed when the cellular network are equipped with macrodiversity combiner 

connection is established and when it is re-routed or devices that combine duplicate information in the uplink and 

released. For high rates of connection handoffs, this results create duplicates in the downlink. These combiner devices 

in a large load of control messages in the network, especially 65 are assigned to connections at connection establishment (call 

for networks having decreased cell sizes due to increased setup), and they serve a session until it is released. This 

data rates. solution has at least the following drawbacks. 
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A combiner device assigned to a path at call setup usually cellular telephony networks are not optimal for carrying IP 

cannot be replaced by another combiner device during the traffic, but their infrastructures can readily support a system 

call. Thus, even when a mobile terminal has moved far away implemented according to Applicant's invention. A cellular 

from its original location, the two or more data paths have operator can then appear as an Internet Service Provider for 

to go separately back to the macrodiversity combiner that 5 its subscribers. 

was originally selected, increasing network load in vain. Although Applicant's invention may find its common 

Since a macrodiversity combiner is an expressive device, applications in wireless systems, it is believed Applicant's 

how many of such devices to place at a node is a serious invention is also applicable in wired environments. In a 

dimensioning problem. In traditional approaches, the num- campus network or in an office building, one may want to 

ber of devices in a node must be sufficient for all connections io create a LAN that is wired but provides terminal mobility, 

that may ever go through the node because there are no The "mobile terminals" would then connect to "base sta- 

devices at multiple network levels and no connection can tions" via wired connections (using the Ethernet protocol, 

operate without a macrodiversity combiner. Thus, combiner for example), but they would still have mobility in the sense 

devices can be poorly utilized, wasting computing resources. that they could be connected at any point of the LAN and 

The location of macrodiversity combiners is a trade-off 35 would have the same IP address without requiring any 

From a dimensioning point of view, combiners should be re-configuration. 

placed high in the hierarchical access network so that they The embodiments described here are optimized for packet 

are as concentrated as possible because concentration data, for example IP traffic, but it will be understood that 

always results in higher utilization when there are statisti- Applicant's invention can be embodied in networks that 

cally shared resources. Moreover, the higher is the combi- 20 handle voice traffic. To ensure voice quality, either an 

nation point of duplicate paths, the lesser is the cross-traffic overdimensioned access network or resource allocation 

that results from mobile terminals roaming far during active methods need to be used. As a packet-based system is 

calls. On the other hand, placing combiners high in the currently considerably cheaper in terms of hardware and 

hierarchical network makes the length of the duplicate paths maintenance than a traditional cellular voice system, an 

long, wasting resources. 25 overdimensioned network is still probably commercially 

Perhaps most important is that the solution used today competitive, 
relies on the connection-oriented nature of cellular traffic. 
Macrodiversity combiners are assigned to a connection at 

call setup and are released at call teardown. They cannot be ^ In accordance with Applicant's invention, communication 

used in a network where the notion of "connections" does networks and network nodes for carrying packet data traffic 

not exist, as is the case for IP traffic. Data sent by a user have architectures that give large freedom in network topol- 

using IP is not preceded by a connection-establishment ogy and simplify network extensions, accompanied by a 

phase and is not followed by a connection-release phase, and lightweight but robust protocol. A network may be a cellular 

it is therefore not possible to allocate macrodiversity devices ^ network that handles packet data traffic and voice traffic, 

to a data stream when it starts and release them when it ends. Location information relating to terminals in a network may 

Applicant's invention provides a way to build and control be determined through terminal-originated packets or con- 

wireless networks that carry packet data traffic and a light- trol messaging. Stored locauon information may be cleared 

weight but robust protocol that enables communication of by elapse of time or specific messaging. Location informa- 

regular packets, e.g., IP-based packets, to/from a wireless 4Q tion for different kinds of terminals may be stored in a 

user, such as a mobile terminal in a cellular radio network. centralized or distributed database. 

The similarity of Applicant's communication protocol to the In one aspect of Applicant's invention, a communication 

conventional Internet protocol permits re-use of IP routers in network for exchanging data packets with a wireline net- 

a cellular radio network, although such re -use is not work includes a plurality of nodes, at least one remote 

required. The functionality needed in the nodes of a network 45 terminal for communicating with a node, and a gateway 

in accordance with the invention includes just a subset of the node in communication with the wireline communication 

functionality of IP routers, allowing Applicant's network to network and with the nodes. At least one node includes a 

use simpler and cheaper devices. The simplicity of the nodes database for storing location information, which may have 

in Applicant's network is currently believed to be a signifi- limited lifetime or be updated by specific messages, and 

cant advantage of Applicant's invention. After all, nodes that 5Q each node includes means for forwarding data packets 

are IP routers are currently difficult to use in networks that arriving at the node. 

have space or cost limitations, such as an indoor network Remote terminals may periodically send control packets 

having a base station in each room of a structure, since IP to me no( j es f or updating respective location information 

routers are complex and expensive. relating to the remote terminals in the database, which 

Applicant's invention provides the further significant ben- 5S includes a connection management database and/or a loca- 

efits of network scalability and fault tolerance that derive tion management database for storing locauon information 

from the distributed nature of the invention. The absence of relating to remote terminals. A connection management 

a central controller makes network installation and extension database typically stores location information relating to 

simple and fast. remote terminals that are exchanging data packets with the 

One area in which Applicant's invention can be applied is 60 wireline network. A location management database stores 

wireless local area networks (LANs), even if the LAN users location information relating at least to remote terminals that 

were distributed on several floors or in several buildings. are not exchanging data packets with the wireline network, 

Users of portable computers would be provided with a and may store location information relating to remote ter- 

common environment while they move around in the entire minals that are exchanging data packets with the wireline 

office area. 65 network. 

Another important application is providing Internet Each node includes a predetermined root-port for sending 

access to users of cellular mobile telephones. Most existing data packets to the gateway node and at least one of either 
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a leaf-port for receiving data packets from a root-port of IP-based wireless network service area may be divided into 

another node or a port for exchanging packets with remote cells, as in today's mobile radio telephony systems. Each 

terminals. Data packets sent from the wireline communica- cell in the IP-based network will be served by a base station 

tion network arc directed to the remote terminals based on (BS) that will be connected to a wireline IP-based network 

the location information in a connection management data- s (for example, the Internet or an intranet) through a cellular 

base. access network (CAN). This is illustrated in FIG. 1, which 

In further aspects of the invention, the control packets shows a mobile terminal 10 in wireless communication with 

may include show-up packets, keep-alive packets, and their a BS 12-1 and two other BSs 12-2, 12-3. The BSs 12 are part 

opposites. The control packets may be routed from root-port of a CAN 141 > whicb is one of several CANs (CANs 14-2, 

to root-port toward the gateway node, with the show-up 10 l* -3 m shown) that are each connected through a respec- 

packets updating location information in the connection tive gateway node 16-1, 16-2, 16-3 to a wireline IP network 

management database(s), the keep-alive packets updating 18- 

location information in the location management database As noted above, Applicant's invention is applicable in 
(s), and their opposites removing location information from wired environments, like LANs, that provide terminal 
the respective databases. Database entries relating to respec- 15 mobility by permitting terminals to be connected at several 
tive remote terminals may each include remote terminal points and keep the same address. Accordingly, the term 
identification information and a list of at least one port CAN will be understood as encompassing such environ- 
through which a packet has arrived from the respective ments. 

remote terminal within a predetermined time period. One important role of a CAN 14 is to "hide" the local 

In yet further aspects of the invention, macrodiversity 20 mobility of the mobile terminals (users) from the wireline IP 

combiner devices may be included in one or more nodes for network, thereby enabling the wired network to be 

detecting duplicate data packets arrived at the nodes and for "mobility-unaware". As in today's cellular systems, a 

discarding duplicate arrived data packets. mobile user may move out of the service area of the user's 

In still further aspects of the invention, a node in a 25 home CAN 14, and interworking among CANs will be 

communication network for exchanging data packets with a needed to maintain service for such users. This feature, 

wireline network has features comparable to those of net- which may be called "global mobility", requires in addition 

works described above. t0 appropriate gateway nodes that each CAN should be able 

to serve users that are not assigned to it once and for all time 

BRIEF DESCRIPTION OF THE DRAWINGS and that the same protocol, e.g., IP', should be used in more 

The various features and advantages of Applicant's inven- 3 ° than one CAN - In Edition, the wireline IP network 

tion will be understood by reading this description in con- would need a mechanism for sending packets addressed to 

junction with the accompanying drawings, in which: a particular user to the particular CAN where that user is 

r~„ i -ii . * i £ connected at that moment; one such mechanism is mobile IP, 

FIG. 1 illustrates a network configuration; , . , . , ., , . ' „ . . , ^ „ . aC , 

„ rt „ .„ , ° . , which is described in C. Perkins, http://www.ietf.org/ 

HG.^2 -illustrates protocol stacks at various places in a 35 internet-drafts/draf t-ietf-mobileip-protocol-15.txt (Febuary 

network; 1996 ^ and c PerkinSj «rp Mobility Support version 2", 

FIG. 3 illustrates routes, or paths, through the network, http://ietf.org/internet-drafts/draft-ietf-mobileip-v2-00.txt 

including root-ports and routes free of closed loops; ( Nov 12 , 1997), both of which are expressly incorporated 

FIG. 4 illustrates operation and maintenance (O&M) here by reference, 

packet types; Another aspect of global mobility that may be considered 

FIG. 5 is a block diagram of a node that indicates involves user addressing. For example, if all users of a 

relationships among a CMP database, a LMP database, a particular CAN 14 should have IP addresses that have a 

central processing unit (CPU), a packet forwarding engine, particular form (e.g., addresses that begin with a predeter- 

and a macrodiversity combiner (MDC); ^ mined character string), then a user who roams into the 

FIG. 6 illustrates forms of CMP and LMP database service area of that particular CAN would first have to obtain 

entries; and such an IP address, in addition to the user's normal IP 

FIGS. 7 and 8 illustrate algorithms in pseudo-code run by address. This could make roaming problematic, 

node control processors for packets received through leaf The protocol stacks in FIG. 2 show IP' as a protocol that 

and root ports, respectively. 50 is terminated and connected to IP (shown as the same layer) 

at the gateway node 16 and at the wireless terminal 10, It 
will be understood that IP' and IP are usually considered 



DETAILED DESCRIPTION 



This application describes novel methods of building and Layer 3 protocols, and thus FIG. 2 should be considered as 

controlling terminal access networks in the environment being merely illustrative. 

illustrated by FIG. 1. One feature of these methods is the use ss Data packets in the IP' area can advantageously be con- 

of a connection-less datagram protocol that provides the ventional IP packets, and thus such IP' data packets can 

same service to upper layers as does a conventional data- simply be passed to the IP area, which comprises mainly the 

gram protocol, e.g., IP, but that supports and hides user wireline IP network 18 and higher layers of the wireless 

mobility and handofls. In this application, this novel pro to- terminal 10. This completely hides mobility-related issues 

col is called IP' to distinguish it from the conventional IP and 60 from entities outside the IP' area, which comprises mainly 

to highlight its similarities to IP. The name IP' is used simply the CANs 14, and from higher layers in the terminals. In 

for convenience, however, because this description is often addition; this permits nodes in the IP' area to be implemented 

given in terms of IP-based packets. It will be understood that by conventional IP routers modified with IP' extensions, 

the description applies equally well to other forms of packet although as noted above, such use is not required and 

data and is not limited to networks using IP-format packets. 6 5 Applicant's network can use devices that are simpler and 

To support radio channel re-use for efficient spectrum cheaper than conventional IP routers. Nodes in the IP' area 

utilization and enhanced capacity, the service area of an contain packet forwarding engines that are substantially 
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identical to those of standard IP routers, and route determi- concerned, an air interface is just another link through which 

nation is defined by the IP protocol. The physical layer packets can be exchanged with remote terminals. Any node, 

pro tocols PHY (Layer 1) and higher layer protocols TCP and including a gateway node 16, can have one or more ports 

UDP (Layer 3) arc not relevant to this application, and as connected to one or more wireless communication devices 

noted above, this invention is not limited to IP packets. 5 like radio transceivers that enable the node to exchange 

As an overview of IP 1 , it should be understood that two packets with users located in the node's coverage area, 

parallel systems of distributed and approximate-location These ports can be called air interface (Al) ports, and nodes 

databases are maintained in the cellular network. The two containing one or more AI ports can be called base station 

systems have substantially identical structures and both are (V s ) nodes - To tne IP '> * n AI port looks like a regular port, 

used in routing packets to a mobile user when location io For example, FIG. 3 shows five BS nodes 12-1 through 12-5, 

information for the mobile user is available. If no location for wnich AI ports are not expressly illustrated, 

information is available, the systems gracefully degrade to In addition to BS nodes and gateway nodes, a CAN 14 

local broadcasting. One may measure the system efficiency may include nodes that are neither BS nodes nor gateway 

of an IP network in terms of its distance from a network that nodes - nodes ma y perform various functions, including 

uses local broadcasting 15 concentrating traffic, reducing the number of ports needed at 

One of the two systems may be called connection man- nDdes - accommodating the location information 

agement and is used to route data packets; the connection databases, etc. Continuing the analogy to cellular radio 

management system is maintained only for users that are such .. n ° des correspond to BS controllers 

currently sending or receiving data. It will be appreciated and . MSCs > whl ? h «yP»cally do not include air interface 

that the connection management system should be updated M gW? e ? 1 » Md ° od f! can be caUed BSC nodes - 

frequently in order to minimize periods of inefficient local Fl °- 3 , sho * s 0De VSC t nod6 13 

. . j. Applicant s protocol can operate over an arbitrary net- 

_ , , work topology provided that in each node there is specified 

The other system may be called location management and a iM of ferred Qext . h , owards a te node lfi 

is maintained for all users in the service area of the CAN. a m omer W0K , S> each node ^ mM ^ wWch of ^ 

The location management system of databases can thus be m ^ tQ ^ for forwardin a acket to the gateway node . 

expected typicaUy to be considerably krger than the con- Such a node can be caUed a ^ „ and mese are 

nection management system of databases, although the ids . a{i&ed in FIG . 3 by me reference character r . ^ default 

location management system is used mainly for searching . ^ ^ m h me ne , work mi| consis , of 

for a user before data can be sent to it. Accordingly, the 30 root _ ports must be free of closed loops as mustrat ed for 

location management system of databases can be coarser^ example bv FIG 3 

than the connection management system because occasional Eacfa node milst also be awarc of which of its ^ is 
broadcasts of small user-search messages would not sigmfi- coimected to a roo t-port of another node, viz., which of its 
candy reduce the performance of the network. neighboring nodes uses this node as a next-hop toward the 
In general, one can view this arrangement of location and 35 gateway node. These node ports can be called "leaf-ports", 
connection management systems as embodying a large an( j arc identified in FIG. 3 by the reference character 1. A 
amount of coarse location information on all users in a noc j e may have more than one leaf -port, as illustrated in FIG. 
service area and a smaller amount of more accurate location 3 Dy the BS node 12-5 and the gateway node 16. It will be 
information on users actually engaged in communication. understood that the network may include BS nodes that have 
Both systems are advantageously distributed in that the 40 no leaf-ports, e.g., the BS nodes 12-1 through 12-4 in FIG. 
databases are spread among the nodes of the network, and 3. Su C n BS nodes would have at least a root port and one or 
the accuracy of the location information can be "tuned" more AI ports for communicating with remote terminals. It 
simply by configuring more or fewer nodes to include w jn a lso be understood that although a BS node does not 
databases. If none of the nodes is configured as a database, have a leaf -port, the BS node may still be connected to one 
the network gracefully degrades to a conventional 45 or more other BS nodes; for example in FIG. 3, BS nodes 
broadcasting-based communication network with reduced \2-2 and 120 are connected and BS nodes 12-3 and 12-4 are 
performance. By configuring more nodes as databases, net- connected. Such links through ports that are neither root- 
work performance can be increased in exchange for ports nor leaf-ports are advantageous from a reliability point 
increased node complexity. 0 f v i ew> j n that they provide alternate routes for packets in 
The following description considers three components of 50 the event of port or link failures. It will be understood that 
Applicant's protocol: network topology/architecture; packet such reliability enhancing links can also be provided 
formats/addressing; and database structure/maintenance and between nodes other than BS nodes. Such links are not 
routing. required, however, as illustrated in FIG. 3 by BS node 12-1. 
Network Topology/Architecture The default routes can be established manually by net- 
As an initial matter, it can be assumed that special 55 work management or by a separate protocol like those well 
characteristics of the air interface such as error rate and known to IP networks. In IP terminology, a "routing proto- 
fading are handled by a suitable protocol, and hence the air col" is a software algorithm, often distributed, that deter- 
interface appears to the IP 1 layer as a regular link of low and mines the port through which a node should forward a 
variable bit rate, which can become congested. packet to let the packet reach a given other node. Such 
As illustrated in more detail in FIG. 3, a CAN 14 60 algorithms all ensure that there are no closed loops in the 
comprises nodes and links that interconnect nodes and that paths, and thus any of such algorithms could be used to 
carry packets between nodes. In accordance with usual establish the default routes in an IP' network. Nevertheless, 
networking terminology, links are called ports from a node's such algorithms are more complex than is necessary because 
point of view. In contrast to the usual networking they usually let each node be able to forward packets to each 
terminology, this application does not distinguish ports that 65 other node, which is not needed in an IP' network. Some 
connect to a wireline link from ports that connect to an air such algorithms are less complex than is necessary if they do 
interface link. As far as a node in an IP' network is not let nodes know which of their ports are used for next 
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hops by neighboring nodes. This information is not needed 
for an IP network, but it is for an IP' network. 

Two of the many possible "routing protocols" that can be 
used for establishing default routes are known in the IP 
community as "routing information protocol" or RIP and 
"open shortest path first" or OSPF. The RIP and OSPF 
routing protocols are described in the literature, including C. 
Huitema, Routing in the Internet, Prentice-Hall (1995) that 
is incorporated here by reference. 

The efficiency of Applicant's IP 1 protocol decreases if 
either the network topology or the default routes change 
often due to the need to update the databases, but network 
reconfigurations after an equipment failure or in a heavy 
congestion situation generally do not jeopardize perfor- 
mance. It will be understood that an IP network behaves just 
like an IP network when it comes to reconfigurations, 
failures, etc. The networks work best if their topologies and 
settings are constant. Applicant's IP' network, however, does 
not "die" if one link goes down, unlike networks like 
conventional cellular telephone networks; instead, traffic can 
be routed to another link and the network keeps working. 

Of course when such re-routing occurs, some packets may 
get lost (both in the IP network and in an IP* network), and 
because the location databases need some time to adapt to 
the new situation, there will be more broadcasting than 
normal for a short period. It is also possible that packets get 
lost after a change due to inconsistency of the location 
databases, but this problem disappears after a time and the 
network can recover automatically, i.e., without intervention 
by a network manager, if the default routing (root-ports to 
leaf-ports) is restored or maintained. A network manager 
would need to restore the default routing if that were no 
mechanism to do it. Internet routing protocols solve such 
problem automatically. Nodes typically monitor the trans- 
mission equipment (Layer 1) and notice failures immedi- 
ately. The automatic recovery process of the RIP is described 
at page 70 of the Huitema book cited above. 

If changes are frequent, then these problems occur fre- 
quently and the network operates in an "exceptional" state 



also be recognized that data packet formats other than 
conventional IP packets could be used in the IP' area. 

This description disregards how IP data packets intended 
for a user terminal 10 reach a gateway node 16 through the 
S network 18. This is handled by the features of the IP if the 
CAN 14 connected to the gateway node 16 is the home 
network for the terminal 10 but not if the terminal 10 is a 
visitor in the CAN 14. The latter case is called in this 
application "global mobility" and must be handled by a 
10 global protocol. 

A trivial solution to the global mobility problem is the 
mobile IP protocol described in the IETF document by 
Perkins that is cited above and that is incorporated here by 
reference. With mobile IP, the CAN 14 may appear to the 
15 network 18 as a subnetwork; a terminal 10 visiting the CAN 
14 subnetwork would inform its home agent of its status, and 
the home agent routes the terminal's packets to that particu- 
lar CAN 14 by the usual triangular routing. The operation of 
home agents and triangular routing is described in the IETF 
document by Perkins cited above. Inside the CAN 14, the 
visiting terminal 10 can be treated as any other terminal 
since a terminal's address that is included in packets sent to 
and from the terminal has no location significance in IP in 
the sense that the address is the same regardless of where the 
terminal is in the CAN. This is different from IP, in which 
a terminal's IP address indicates the subnetwork where the 
terminal resides. 

In the IP' area of FIG, 2, operation and maintenance 
(O&M) packets are provided that are separate from the data 
30 packets, and the O&M packets remain inside the IP' area. 
Three advantageous types of O&M packets are illustrated in 
FIG. 4: keep- alive packets, paging packets, and show-up 
packets. Although O&M packets illustrated in FIG. 4 may 
have formats that differ from conventional IP packet 
35 formats, this is not necessary; O&M packets may be IP-type 
packets, although they must be distinguishable from data 
packets. One way to distinguish the control packets is to use 
an optional information element, either one already provided 
for or a new one in the IP format. This would add only a few 
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much of the time, during which the location databases have 40 bytes to the IP header, and the resulting packet would still be 



50 



limited value. For example, there will be much broadcasting 
and thus links will be overloaded and thus packets will get 
lost, etc. Still, network performance, which may be defined 
in terms of packet losses, delays, network overloads, etc., 
will gracefully degrade instead of crashing when the first 45 
thing goes wrong. 

In the first part of the following description of Applicant's 
protocol, it is assumed that the default route setting is 
constant; the problem of changing default routes is described 
further below in considering protocol robustness. Also for 
convenience of explanation, the first part of the following 
description assumes that the network has a single link to the 
wired IP network 18, and thus a single gateway node 16. The 
operation of the protocol in a system having more than one 
gateway nodes is described further below. 
Packet Formats/Addressing 

As explained above, IP data packets are mapped one-to- 
one to IP packets, advantageously with no changes to the 
packets. Applicant's IP' protocol allows mobile terminals, 
and terminals in general, to have conventional IP addresses. 
These addresses can also be used to identify the terminal in 
the CAN 14, hence no other terminal addresses are required. 
Data packets can be regular IP packets. It will be recognized 
that mobile and/or other terminals 10 can have special 
"mobile terminal" identifiers and/or "other terminal" 
identifiers, and conversion of IP addresses to such special 
identifiers could take place at the gateway node 16. It will 
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compatible with IP. It is important to note that even with a 
new information element, existing IP routers in the wireline 
network need not be modified to understand the new element 
because control packets do not leave the CAN. 

In general, each of the different types of control packets 
includes an identifier of the terminal 10, whether that 
identifier is a conventional IP one or a special identifier 
described above. The destination of the paging packet is the 
terminal 10. The destinations of the keep-alive and show-up 
packets are the gateway node 16, and these packets are 
always routed by the default tree-route. 

Keep-alive packets are sent periodically by a terminal 10 
all the time when the terminal has no other data or control 
(show-up) packet to send. If a terminal 10 is in contact with 
more then one BS node 12, the terminal 10 may send 
keep-alive packets to all of them. The keep-alive packets are 
routed by the tree-route towards the gateway node 16, and 
they configure each location management point (LMP) 
database along the way as described in more detail below. 

Show-up packets are dummy data packets that a terminal 
10 sends from time to time as necessary for configuring 
connection management point (CMP) databases along the 
way, as described in more detail below. 
Database Structure/Maintenance and Routing 

Each node 12, 13, 16 of the CAN 14 may contain either 
or both of a connection database, called a "connection 
management point" (CMP), and a location database, called 
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a "location management point" (LMP); nodes can also decremented by the node's clock, e.g., on the order of once 

contain neither a CMP nor a LMP. FIG. 5 is a block diagram per 100 milliseconds to one second. The timer is reset when 

of a node that indicates the relationship between a CMP an event triggers the renewal of the port's validity. Entries 

database 50, a LMP database 52, a central processing unit with all ports timed-out are cleared from the database. 

(CPU) 54, and a packet forwarding engine 56 having one or 5 A representative value of CMP-timeout is on the order of 

more ports. As noted above, if the node is a BS node 12, it 100 milliseconds to one second, and this value depends on 

will include at least one AI port that is indicated schemati- T a ^rag e rate of session handoffs. A representative value 

callybyablock581abeledairinterfaceequipmentAlso,the of LMP-Unwaut B on the order of seconds to tens of 

node may optionally include one or more macrodiversity seconds ' a S am fading on the average rate of handoffs. I 

i_- r\*T\^\ j • en o_ t *• r i_- u _ is currently believed that a network s performance is not 

combiner (MDC) devices 60, the functions of which are 10 > ^ exac( v ^ Qf ^ ^ m limes CMp . 

described m more detail below. Control signal connections and LMP _ timecmt) which m general can be inde- 

between the devices are shown by the thinner hues and dem of each Qther u ^ thus nQ{ ^ that me docks 

packet connections between the devices are shown by the main tained in nodes be synchronized. These timers would 

thicker lines, and it will be understood that the node may typically be network-specific constants, although it will be 

include other devices and connections as appropriate. 15 appreciated that a network operator could adjust these values 

The optional databases 50, 52 can simply be information during operation and even use different values in different 

storage locations in any convenient data storage device, such portions of the network. 

as a hard disk drive or semiconductor or optical memory, The CMP and LMP databases are maintained dynamically 

that is connected to the CPU 54, which may be an Intel during network operation according to exemplary algo- 

Pentium II or other processor or application specific inte- 20 rithms that are described below. 

grated circuit, that may perform other functions needed for Both CMP and LMP databases are configured uniquely by 

operating the node. uplink packets, i.e., packets sent from a terminal 10 to a BS 

A node that includes neither a CMP database 50 nor a node 12 since on receiving a packet from a terminal 10, the 

LMP database 52 uses its packet forwarding engine 56 to BS node "knows" through which of its (leaf) ports that 

receive and temporarily store arriving packets, consults its 25 particular terminal can most probably be reached. LMP 

CPU 54 for instructions on whether an arrived packet should databases are preferably updated by any packet arriving 

be sent out through the root-port if it arrived through a from a terminal 10, viz., the port through which the packet 

leaf-port or through the leaf-ports if it arrived through the arrived is added to the terminal's entry's port-list if that port 

root-port, and forwards the packet through the appropriate was not on the list, and that port's timer is reset if the port 

port or ports after any necessary buffering. Such buffering 30 was on the port-list. CMP databases operate in the same way, 

might be necessary to compensate for port congestion; when except that CMP databases ignore keep-alive packets, 

there are temporarily more packets to forward through a port In general, LMPs could stop tracking terminals involved 

than the capacity of the port, the packets are temporarily in active data sessions, but this might have a negative effect 

buffered to "wait their turns". If the long-term amount of on reliability. If LMPs do not track active terminals, there 

data to send over a port does not exceed the port's capacity, 35 might be times when a terminal is not yet monitored by the 

then packets need not be dropped, although they will expe- CMPs and has stopped being monitored by the LMPs. In 

rience some delay. As a buffer has a finite capacity, packets other words, LMPs store location information related to 

might still have to be dropped due to lack of space in the preferably all terminals, but at least to terminals not having 

buffer. location information stored in CMPs. 

A node that includes one or both databases 50, 52 uses its 40 As LMP's preferably contain location information on all 

packet forwarding engine 56 to receive and temporarily terminals 10, they can be large. Nevertheless, it is not 

store arriving packets, and its CPU 54 determines the type necessary for every node to contain a LMP. Configuring 

(data, show-up, etc.) of arrived packets. If a packet arrived some nodes with LMPs provides distributed and approxi- 

through a root-port, the CPU 54 consults the appropriate mate location information about all terminals 10. The more 

database 50, 52 to determine the leaf-port or leaf-ports 45 LMPs in a network, the more precise this location informa- 

through which the packet should be forwarded. If the packet lion will be, but at the price of increased overall data base 

arrived through a leaf -port, the CPU 54 updates the database size. 

(s). The packets are forwarded by the engine 56 through the Some imprecision of the distributed location information 

appropriate port or ports after any necessary buffering as in the LMPs is acceptable since this information is not used 

described above. 50 to route user data packets. The location information stored in 

The form of the CMP and LMP databases is preferably the LMPs is used to route paging packets that serve to find 

identical, with each database comprising "entries" of a form a terminal 10 before user data is sent to it. 

such as that illustrated by FIG. 6. As shown in FIG. 6, an Data packets are sent to the terminal 10 based on distrib- 

entry contains an identifier of a terminal 10 and a list of uted location information stored in the CMPs, not the LMPs. 

ports, the port-list containing at least one port, up to a 55 The location information in a CMP is similar to that in a 

maximum of all of the respective node's ports. LMP, but the CMP keeps location information only for 

The ports in a port-list remain valid for a limited time, terminals engaged in communication. Among other things, 

which is determined by the selectable parameters CMP- this makes it necessary for the location information in a 

timeout and LMP-limeout for ports in CMP and LMP CMP database to be more precise than the location infor- 

entries, respectively. A timed-out port is cleared from the 60 mation in a LMP database in order to avoid the waste of 

port-list of a database entry unless an event has occurred that resources associated with broadcasting downlink data 

renewed its validity, i.e., reset the timeout period. One way packets, which are typically numerous and much longer than 

to implement this is to assign, in each list, a timer to each control packets. Also, the CMP database(s) are typically 

port. It will be understood that such timers can be imple- much smaller than the LMP database(s). This makes it 

mented in either software or hardware. The timer is set to 65 possible to configure a large number of network nodes as 

either CMP-timeout or LMP-timeout, as appropriate, when CMPs, which is currently expected to occur in real net- 

the port is created in the list, and the timer is subsequently works. 



06/22/2004, EAST Version: 1.4.1 



US 6,519,248 Bl 



15 



16 



10 



15 



20 



25 



CMP databases are created and updated based on data 
packets sent by a terminal 10, assuming there are any such 
packets. If a terminal 10 expects to receive data (e.g., the 
terminal has an open TCP session) but currently has no data 
to send, then that terminal can send as necessary show-up 
packets (i.e, dummy data packets) that also configure CMPs. 
If the terminal expects to send data but for some reason does 
not expect to receive data, then there is no need to configure 
the CMP databases. 

It may happen that a user in the wired network 18 sends 
one or more data packets to a terminal 10 when the CMP 
databases are not configured because, for example, the 
terminal 10 is not expecting data. This situation can be 
expected to occur often; for example, when an e-mail is sent 
to a terminal, the first packet is "unexpected" and later 
packets of the same e-mail are "expected". In the absence of 
CMP information, the CAN 14 would search for the desired 
terminal 10 in a process called paging. Paging packets 
generated in the CAN 14 are routed to the terminal 10 
according to the location information stored in the LMP 
databases. If the terminal 10 receives a paging packet, the 
terminal responds by transmitting a show-up packet, which 
then configures the CMP databases. In this way, it can be 
said that the approximate location information in the LMPs 
is made more accurate ("zoomed in") for terminals engaged 
in a communication. 

It will be appreciated that data packets (or show-up 
packets) that are sent by a terminal 10 as the terminal moves 
will configure the CMPs appropriately so that the CMP 
databases know the terminars new location. Once a terminal 
moves, it is not necessary to delete previous-location infor- 
mation from the LMP and CMP database; outdated location 
information is simply cleared from the databases after 
selectable time-out periods elapse. In this way, database 
configuration is simplified, although before location infor- 
mation times out, data will also be sent to the terminars old 
location. This waste can be limited by selecting small 
time-out periods. As described below, a tradeoff can be made 
between the lengths of the time-out periods and the repeti- 
tion rate of the show-up packets. 
Algorithms Run by Nodes 

The algorithms for packets received through leaf- and 
root-ports that are run by control processors in the nodes are 
shown in pseudo-code in FIGS. 7 and 8, respectively. From 
these Figures, it can be seen that a node that is neither a CMP 
nor a LMP simply forwards all packets arrived through a 
leaf-port to its root-port and multicasts all packets arrived 
through its root-port to all its leaf -ports. 

It can be noted that the Figures' references to queued and 
de-queued packets refer to the case when paging must be 
initiated, which will typically occur mainly in the gateway 
node 16. This is needed because when a data packet arrives 
at the gateway node and the location information for the 
destination terminal 10 is not in the CMP, paging must be 
initiated and the arrived packet(s) must wait for the result of 55 
the paging. These packets are sent to the terminal 10 when 
the show-up packet sent by the terminal in response to the 
paging has arrived. 

Nevertheless, it is not always necessary to queue incom- 
ing data packets in the gateway node 16 or elsewhere while 
paging. A simple but less efficient alternative to queuing is 
to use the first incoming data packet as the paging packet, 
i.e., the first incoming data packet is routed as if it were a 
paging packet. If control packets are distinguished from data 
packets and from one another by added information ele- 
ments as described above, then such an information element 
would be added to the first incoming data packet to convert 



it into a paging packet. The data content of the packet would 
remain unchanged. 

The processes carried out be the nodes are based on the 
assumption that there is always sufficient space for a new 
entry in the CMP and LMP databases. This might not be the 
case in a real system in which a node might run out of 
memory. It is believed network performance will degrades 
smoothly if the databases are incomplete or inconsistent due 
to insufficient memory or failures. A node whose CMP 
and/or LMP database(s) have no information on a terminal 
because of lack of memory, or any other reason for that 
matter, can simply act as if it were not CMP or LMP. This 
is an issue of network robustness that is described in more 
detail below together with network dimensioning consider- 
ations. Special attention is given to the gateway node and to 
AI ports (BS nodes). 
Algorithm Run by Terminal 10 

The terminal 10 monitors one or more known control 
channels of the CAN 14 to detect the presence of base 
stations 12, and the terminal selects one or more of the 
detected base stations. The set of base stations selected by a 
terminal at any given time is called in this application the set 
of attached base stations. Most details of this detection and 
selection process can be the same as the corresponding 
process used in one of the current cellular communication 
systems. More generally, the detection and selection process 
can be based on network characteristics, pricing 
considerations, etc., according to the following examples: 
greedy: attach to all detected base stations; 
per-BS pricing: attach to a number of detected base 
stations, where the service price depends on the number 
of base stations attached and the terminal user (or user 
application) chooses the number; and 
C/I measurement based: measure signal strength and 
noise of channels to/from detected base stations and 
decide which base stations to attach to based on a 
selected or adaptive threshold with hysteresis and over- 
lap. 

As described above, a terminal 10 periodically sends 
keep-alive packets to the attached base stations when the 
terminal is not sending or receiving data packets. The period 
between such keep-alive packets can be called T to , and such 
packets can be sent to all base stations in the set of attached 
base stations whenever that period elapses. A keep-alive 
packet may also be sent to a base station immediately after 
that base station is added to the set of attached base stations 
regardless of the period T^. Although not a requirement, 
this improves efficiency at little cost by ensuring that there 
is almost no time when the terminal is unreachable; before 
the terminal sends its first keep-alive packet, the network 
does not know that the terminal may have moved into a new 
base station's service area after the terminal sent its last 
previous keep -alive packet. A representative value of the 
keep-alive packet repetition period T to is on the order of Vio 
to !?3 of the LMP-timeout parameter. 

When a terminal 10 has a data packet to send, the terminal 
may send the data packet to one or more, and possibly to all, 
of the base stations to which the terminal is attached. The set 
of base stations to which a terminal sends data packets is 
60 called in this application the set of connected base stations. 
The considerations that affect whether an attached base 
station should or should not be a connected base station are 
substantially the same as the considerations that apply to the 
keep-alive packets. One difference is that if macrodiversity 
is needed, then the terminal may have to select more than 
one base station whenever possible. This is similar to 
existing systems, and macrodiversity is described below. 
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When a terminal 10 receives a paging packet, the terminal not negligible. As in today's code division multiple access 

responds by generating and sending one or more show-up (CDMA) systems, it is possible to select from the duplicate 

packets to the base stations in the set of connected base packets, e.g., one that was not spoiled, usually based on an 

stations. The terminal continually sends show-up packets estimate of air interface error rate sent together with each 

with a period T w when the terminal expects to receive a data S packet. Packets not selected may be discarded. It is also 

packet (e.g., when the terminal has an open TCP session) but possible to combine selected arrived duplicates, for example 

currently has no data packet to send. As noted above in m a manner corresponding to downlink macrodiversity as 

connection with keep-alive packets, a show-up packet may U £' P * L N ^f£* 1( * U ^ aU /li S 'J™' 

also be sent to a base station immediately after that base 5 ^ d , U ,f P * . N °,' 5 ' 327 f ?? ' w 10 Ud ^eldt. Once 

■ t » . *i_ * r i_ jl 4 *• Ji „ combined, the original arrived packets may be, in a sense, 

station is added to the set of attached base stations regardless 10 (j^^ed 

of the period T Although not a requirement, this improves ™ Mantes data-stream handoff, it is advantageous to 
efficiency at little cost by ensuring that there is almost no es!abUsh ^ data h ^ a nfiW base station me 
Ume when the terminal is unreachable; before the terminal data path ^ ^ oJd base stalion is torn down ^ 
sends its first showup packet, the network does not know ma ke-before-break operation is sometimes called soft hand- 
that the terminal may have moved into a new base station's 15 Q fc During a soft handoff, two (or more) paths are active in 
service area after the terminal sent its last previous show-up parallel for a period of time. In order to prepare for an 
packet. Nevertheless, regardless of this period, a show-up eventual handoff, it may be required to keep parallel paths 
packet is sent to a base station immediately after that base active in a large proportion of operation time, either in 
station is added to the set of connected base stations. A general or for a particular data stream that may be identified 
representative value of the show-up packet repetition period 20 as being likely to require a (future) handoff. For instance, 
T su is on the order of Vio to x h of the CMP-timeout handoffs can occur quickly and often in an indoor network 
parameter. having separate base stations in adjoining rooms, so it may 
The sending of keep-alive packets is suspended when data be advantageous to operate in a macrodiversity mode most 
or show-up packets are being sent to a base station. If there of the time. 

are attached base stations to which no data or show-up 25 Unlike today's cellular networks, in Applicant's network 

packets are being sent (viz., if there are attached base transmission in the wired network may not necessarily be 

stations that are not connected base stations), keep-alive guaranteed. (It will be understood that unguaranteed deliv- 

packets are not sent to those base stations. ery and "connection-less" are related features of a network 

It is currently believed that the precision of the periods T ka but they are not the same: a connection-less network can 

and T JM does not significantly affect network performance, 30 provide guaranteed packet delivery; connection- less refers 

and thus it is not required that the clocks in different rather to the lack of a mechanism that assigns a set of 

terminals 10 be synchronized. It may be noted that the physical or logical resources to the data flow before the flow 

network would operate in substantially the same way if the starts.) Data packets may get lost due to congestion in the 

clocks in the terminals (and base stations, for that matter) wired network or due to hardware failure. Hence, in Appli- 

were synchronized. These timers would typically be 35 cant's network macrodiversity protects not only against 

network-specific constants, although it will be appreciated errors due to the air interface but also against loss in the 

that a network operator could adjust these values during wired network. 

operation and even use different values in different portions It will be appreciated that the former two reasons also 

of the network. a Pply t0 conventional cellular systems, such as today's 

Using Applicant's invention, it is possible for a network <io CDMA systems. The latter reason is specific to a 

operator to price data sessions in a manner proportional to connection-less network and further increases the impor- 

the operator's costs. As control of the network is determined tance of macrodiversity. 

by packets sent by the terminal 10, the terminal user (or a In Applicant's network, the number of downlink macrodi- 

user application) can choose its desired quality of received versity legs is determined by the terminal 10 by its sending 

service, taking into account different prices for different 45 data or show-up packets to BS nodes 12. The CMP databases 

levels of quality. For instance, one price (per time unit) may are configured by these uplink packets, and thus downlink 

be assigned to the state of being attached to a base station macrodiversity is achieved automatically: if a CMP has 

and another price may be assigned to the state of being multiple ports listed for a terminal, a data packet intended 

connected to a base station. The terminal user can then freely for the terminal will be sent to all ports listed in the 

determine the number of base stations attached or con- 50 terminal's entry's port-list. (The terminal may typically 

nected; more attached base stations provide increased assur- receive all of those packets.) No special mechanism is 

ance that the terminal is reachable, especially in case of a needed. 

handoff, in exchange for a higher price. The same applies to For the uplink, the duplicate packets need to be compared 

connected base stations: more connected base stations pro- at some point. Nodes capable of performing such compari- 

vide a smaller probability that a data stream or session will 55 sons are called in this application macrodiversity combiner 

be cut-off after a handoff in exchange for a higher price. (MDC) nodes. MDC nodes would be disposed at advanta- 

Macrodiversity geous junctions along the default routes, e.g., the gateway 

In many cases, a data packet sent from/to terminal 10 may node in order to avoid sending duplicate packets to the 

be sent through more than one BS node 12, and these wireline network. In addition, MDCs would be included in 

duplicate packets travel through the CAN 14 separately 60 nodes having a large number of branches, i.e., junctions that 

to/from the gateway node 16. This redundancy may be are sort of the middles of webs. This is an issue of network 

called macrodiversity, and it is a feature of current cellular dimensioning that gives the network designer a large mea- 

systems, as described for example in U.S. Pat. No. 5,088,108 sure of freedom. Macrodiversity combination of data pack- 

among others. Macrodiversity is advantageous for several ets can be implemented in several ways that differ in 

reasons. 65 complexity and performance. 

The air interface may have a large bit error rate, so the The simplest MDC node would detect when duplicate 

probability of a packet getting spoiled in the air interface is packets have arrived, keep one, and discard the rest. This 
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would not require the MDC node to be aware of active data problem than some extra load. The gateway node 16 should 

streams or sessions; the MDC node would need only to be configured as an MDC node so that duplicate packets 

cache some information on passed packets and match have little chance of leaving the respective CAN 14. 

incoming packets to this cache. Such a simple MDC node Extensions and Alterations 

would not protect against bit errors in the air interface, but S In describing the routing databases (CMP and LMP), it 

the other two reasons for macrodiversity would still be was indicated that if a terminal 10 appears in a database, then 

fulfilled. its database entry contains all the leaf -ports through which 

It is important with all MDC nodes that they notice the that terminal can be reached. In fact, it can be advantageous 

difference between duplicate packets resulting from mac- for a node to serve as a CMP or a LMP for just some, 

rodiversity and duplicate packets resulting from other 10 possibly even just one, of its leaf-ports, ignoring its other 

reasons, for instance, TCP retransmissions. For this purpose, leaf -ports. This may be justified by network topology and it 

a terminal 10 might add some control information to its does not degrade system performance, 

duplicate data packets; alternatively, a suitably adjusted Atypical case where this may make sense is the BS nodes, 

timer could be used since the time between macrodiversity It is probably advantageous for a BS node to serve as a CMP 

duplicates would usually be about an order of magnitude 15 and a LMP for its AI port(s) to avoid loading the air interface 

smaller than the time between TCP retransmissions. in vain. If the network topology does not justify configuring 

A more sophisticated MDC node would buffer arriving a BS node as a CMP or LMP, it makes sense to configure 

data packets and wait until a duplicate or duplicates arrive. such a BS node as a CMP and/or LMP for its Al ports only. 

The MDC node could then compare the arrived packets and This description has assumed that a node knows which of 

select one that is more likely to be error- free. The time 20 its ports is a leaf -port and that a node sends out downlink 

period during which an arrived packet is kept waiting for its packets only through this port; this avoids having downlink 

duplicate would be adjusted so as to minimize any impact on packets arrive at a node several times and hence eventually 

network performance. It is currently believed that this time circulate endlessly in the network. Another way to avoid this 

period would not substantially depend on the type of data is by modifying the format of downlink data packets, for 

(e.g., voice, video, webpage, etc.) in the packets. Regardless 25 example by including an information element similar to the 

of the type of data, duplicates would usually be sent at the time-to-live (TTL) field in conventional IP packets, i.e., a 

same time or with little time difference (depending on the hop counter. This information element would be set to an 

remote terminal's transmission equipment). Thus, the time initial value when a packet is created, and the value in that 

period is expected to depend on the time needed for dupli- packet would be decremented by each router. Since a packet 

cates to reach the MDC, which should be short (due to 30 would not be able to make more hops than its initial value, 

buffering in some of the nodes) and which should depend on the packet would not endlessly hop around the network in 

network topology, buffer sizes, etc. the event of an error. Another way to avoid this, although 

Since the network could know that uplink macrodiversity perhaps more costly, is to cache in each node, e.g., in each 

was in use, e.g., through its knowledge of which BS nodes node's packet forwarding engine, the sequence numbers of 

are communicating with which remote terminals, it may be 35 downlink packets and to discard duplicates, 

more advantageous for an MDC node to be informed by Operation with Multiple Gateway Nodes 

suitable control information to expect duplicates than for the As the role of a CAN 14 is to hide the mobility of the 

MDC node not to be explicitly informed about ongoing terminals 10 from the wired IP network 18, the CAN should 

communication as mentioned below. Such control informa- have few gateways to the wired network, and hence few 

tion could be provided to the MDC nodes by the CMPs or 40 (often just one ) gateway nodes 16. On the other hand, it is 

by a central control processor that could be disposed in a desirable for reliability purposes to have more than just one 

convenient one of the nodes and would receive communi- gateway node. Furthermore, a single gateway node 16 may 

cation information from the BS nodes. On the other hand, at become unable to handle the traffic as the network grows 

least the MDC nodes would need to be aware of the network larger. Applicant's invention can be applied in networks 

topology to use such control information, and thus such 45 having multiple gateway nodes as described below, and it 

nodes would differ from Applicant's other generally will be understood that the following example can be readily 

topology-unaware nodes. generalized to find further solutions. 

In order to avoid delaying packets in vain when a terminal In accordance with Applicant's invention, the plural gate- 

10 is not in a macrodiversity state, MDC nodes may advan- way nodes 16 of a CAN 14 should form a fully intercon- 

tageously keep track of captured packets and "notice" that 50 nected network. Each gateway node has its own respective 

some terminals usually send duplicates while others do not. tree structure, as illustrated for example by FIG. 3, and these 

In this way, an MDC node would have approximate infor- trees are disjoint, which is to say that the trees do not share 

mation on how many packets to expect from a given any nodes. Thus, each tree usually operates as a network 

terminal. having a single gateway node as described above. 

An even more sophisticated MDC node would perform 55 When a gateway node 16 goes down for any reason, the 

application-specific handling of duplicate packets. Such an failed gateway node's tree-routes are simply routed to a 

MDC node might "notice" that a terminal 10 sends packets selected one of the surviving gateway nodes; the failed 

regularly, even perhaps at predetermined times; based on gateway node's tree-routes remain disjoint from the selected 

such terminal behavior, the MDC node could establish a gateway node's usual tree- routes but for the connection at 

"soft connection" to the terminal in that the MDC would 60 the selected gateway node. Thus, packets sent by a terminal 

note the existence of a "connection", i.e., regularly occurring 10 in the failed gateway node's tree structure simply use that 

packets, and would act accordingly as long as the "connec- tree and their own (replacement) gateway node at the root of 

tion" persists. the tree to reach the wired IP network 18. 

One feature common to all MDC nodes is that it is not It will be appreciated that if a terminal 10 moves from one 

necessary for them to be informed explicitly about ongoing 65 node tree into another node tree (the trees being disjoint, as 

data streams or sessions. Duplicate packets that are not noted above), the point at which that terminal's packets enter 

dropped by an MDC node for some reason cause no other and exit the wired IP network may change. This can happen 
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in systems having more than one CAN 14, such as illustrated could be a gateway node. At least in a cellular communi- 

in FIG. 1, even in the absence of a gateway node's going cation system according to the GSM standard, BSCs and 

down. Packets arriving from the wired IP network 18 to a MSCs would not be BS nodes, as noted above. An IP 

gateway node 16 may then not necessarily arrive at the network, on the other hand, has a structure that is less strict 

"correct" gateway node (i.e., the gateway node having the S than that of a GSM network, so rather than BSCs and MSCs, 

node tree that contains the terminal 10) since the wired there are simply equal nodes, some of which have AI ports 

network 18 does not necessarily know where the terminal is. (and hence are called BS nodes). If IP' were implemented on 

Such a change in entry/exit point is not a problem, top of a GSM network, an MSC would be a gateway node 

especially if changes happen rarely, which is currently and base stations would be BS nodes, 

expected to be the realistic case. In any event, to route io An important advantage of networks in accordance with 

packets to the correct gateway node, all gateway nodes can Applicant's invention is robustness. The IP 1 protocol is not 

either run a local mobile TP protocol or be configured to sensitive to timer accuracies, rendering the synchronization 

appear to one another as a leaf-port and route downlink (but of node clocks unnecessary. Loss or delay of control packets 

not uplink) packets according to Applicant's IP protocol (i.e., keep-alive, show-up, and paging packets) does not 

described above. The features of the mobile IP protocol are 15 affect network operation until a large number of consecutive 

described in the IETF document by Perkins that is cited packets get lost or delayed. A failure in a LMP or CMP node 

above. simply results in some extra load in the network because 

In fact, having two or more node trees in the same duplicates of packets get sent in vain in wrong directions, 

physical network has important advantages. Plural trees but Applicant's protocol ensures a high probability that 

facilitate load sharing among nodes and selectable traffic 20 some packets will still be sent in the right direction. As there 

routing, for compensating failures for example. These is no central control or central database, Applicant's network 

advantages can be realized when there is only one CAN 14 has no single point of failure. Nodes need not be configured 

and one gateway node 16, when there is one CAN 14 and all at once; the network can be built out using a plug-and- 

plural gateway nodes 16, and when there are plural CANs 14 play mode. After cycling a node off and on, the node will 

and plural gateway nodes 16. One may note the special case is soon be fully operational again, 

when there are two or more gateway nodes, only one of If network topology or default routes change, the network 

which has a tree, the other(s) being provided for rehab ility remains operational so long as a default tree-routing is 

purposes only. This special case can be handled in the same re-established. Uplink packets clearly only need the default 

way as described. tree-route to find the gateway node 16 to the wired IP 

Dimensioning Considerations 30 network 18; downlink packets may miss the previously 

An important aspect of Applicant's invention is that the configured LMPs or CMPs but will mostly still reach the 

distributed LMPs have approximate knowledge about a intended terminal 10 because these packets will be trans- 

terminal's location. This location information need not be mitted by other nodes. As soon as the next control or data 

very accurate since data traffic is not routed based od it; the packet is sent from the terminal 10 through the changed 

approximate location information in the LMP databases only 35 routes (which happens at most after a period T ka or T su 

serves as routing information for paging the terminals. elapses), downlink packets will directly find their way again. 

In another important aspect of the invention, the approxi- Hence, even if a loss of downlink packets occurs, network 

mate location information is made more precise when a performance soon recovers automatically, 

terminal is engaged in communication to avoid wasting It is currently believed, however, that repeated, frequent 

resources when data is routed to the terminal. Still in a 40 changes in network topology or routing should be avoided to 

distributed way, the CMPs have more accurate knowledge of the extent such changes cause the network to operate almost 

the locations of the terminals engaged in communication. continuously by broadcasting rather by using the distributed 

Hence, the density of CMPs should be large for an terminal location information. As described above, broad- 
efficient network, while the density of LMPs need not be so casting is usually a serious degradation of network perfor- 
great. By density is meant the ratio of nodes configured as 45 mance. 

CMPs or LMPs to the total number of nodes. Indeed, in Regarding packet forwarding, nodes in the wired network 
some cases it may be preferable for all or substantially all 18 should act like conventional IP routers and have input 
nodes to be configured as CMPs (density-1), but only a few and\or output buffers for overcoming short periods of con- 
should be LMPs. It is preferable but not necessary that the gestion. Such nodes can simply drop packets if these buffers 
gateway node would be an LMP, and all BS nodes would be 50 are full, letting higher layers deal with the loss. It can be 
LMPs, at least for their AI ports, as noted above. In addition, noted that this similarity to conventional routers guarantees 
nodes at "busy" junction points in the network (i.e., nodes that if advanced quality provisioning techniques (e.g., dif- 
through which a relatively larger amount of traffic flows) ferentiated services) are used in the wired network 18, those 
would also be LMPs. The gateway node(s) would be MDC techniques can also be introduced in the cellular access 
(s), as would be a few other nodes, like the LMPs. The 55 network 16. 

different densities of CMPs and LMPs is consistent with the Important features of a network in accordance with Appli- 

observation above that while CMPs and LMPs may have cant's invention can be summarized, 

similarly complex hardware and software, CMPs have con- The locations of active terminals are tracked through 

siderably smaller databases than LMPs because CMP data- terminal -originated (uplink) packets rather than a separate 

bases contain entries only for terminals engaged in commu- 60 signalling system. Applicant's invention reflects the obser- 

nication. vation that it is the remote terminal that best knows where 

If possible, gateway nodes should be CMPs, LMPs, and the terminal is, and thus the terminal generates packets for 

MDCs at the same time. BS nodes should be CMPs and determining its location (i.e., O&M packets) that are sent in 

preferably also LMPs, at least for their AI ports. In cellular the manner of ordinary data packets, thereby avoiding the 

terms, a base station controller (BSC) and a mobile services 65 expense of an SS7 or equivalent control signalling system, 

switching center (MSC) may be non-BS-nodes as noted Nevertheless, it will be understood that this feature can be 

above in connection with FIG. 3 (see node 13), and an MSC implemented in any packet data network, not just a network 
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having distributed databases and "soft" states as described 
above. For example, a network having a centralized location 
database such as a GSM-type network extended to packet 
data (the general packet radio service (GPRS) or CDPD) 
could benefit by having the centralized location information 
updated through terminal-originated packets. Moreover, 
such a network need not use "soft" states, i.e., the locations 
of active terminals need not be tracked based on time-outs; 
location information for each terminal could be cleared in 
response to specifically transmitted uplink packets. Upon 
leaving the service area of a node, a terminal would send a 
packet that has an effect that is the opposite of the show-up 
packets described above, removing the terminal's respective 
location information in each node or in the centralized 
database. 

Location and session information gets cleared by elapse 
of time rather than by specific messaging. As each piece of 
information stored in the system is assigned a finite timer 
and is cleared if no update comes before the timer expires, 
obsolete information can remain in the network only for a 
finite time that is bounded by the timers. In this way, the 
locations of active terminals are tracked based on time-outs, 
producing a network having "soft" states, i.e., states that are 
analogous to volatile memory rather than non-volatile 
memory. It will be understood that this feature can be 
implemented in a packet data network that does not have 
distributed location databases as described above and/or that 
uses a SS7 or equivalent control signalling system. For 
example, a network having a centralized location database 
such as a GSM-type network extended to packet data (the 
general packet radio service (GPRS) or CDPD) could benefit 
by having the centralized location information clear itself 
upon the elapse of a reseltable time period. Also, upon 
leaving the service area of a node, a terminal would not need 
to send a control message (or packet) having the opposite 
effect of a show-up packet; the terminaFs respective location 
information would simply time-out eventually in each node. 

Location information relating to active terminals (i.e., 
those engaged in data sessions) is stored in a distributed 
database, with each node knowing only on which outgoing 
port to forward packets and no node knowing precisely the 
locations of the remote terminals. It will be understood that 
this feature can be implemented in a packet data network 
having a SS7 or equivalent control signalling system and/or 
no "soft" states. The distributed location information that is 
established by terminal-originated packets as described 
above would be established by control messages in the SS7 
or equivalent control signalling system. "Soft" states based 
on timers would not be needed: upon leaving the service area 
of a node, a terminal could send a packet or a control 
message that has an effect that is the opposite of the show-up 
packets described above, removing the terminars respective 
location information in each node. 

Packets originated by a terminal 10 reach the gateway 
node 16 in finite time, and packets sent by a terminal 10 to 
a host on the wired network 18 follow the default routes 
through the CAN 14 by taking, in each node, the root-port. 
If a packet is not lost in the air interface, it reaches the 
gateway node unless (1) the network gets disconnected due 
to a failure, (2) the default tree-routing is not operational, or 
(3) there is congestion in the network. These problems are 
outside the control of Applicant's IP' protocol, although such 
losses can be handled by higher layers as is the case for 
regular IP networks. It will be noted that as soon as the cause 
of such losses is solved, the IF protocol makes sure that the 
packets reach the gateway node without needing any manual 
reconfiguration. 
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Packets sent to a terminal 10 L reach the terminal in finite 

Mc tiye in the network, 
regions- in all forks of 
the node tree. Thus, one of the multicast packets will reach 
the terminal 10 If (1) the terminal is connected to a BS node, > 
and (2) the terminal does not undergo a hard handoff sucrr 
that it misses the packets both in the "old" and in the "new" 
BS' nodes. The probability of such multiple misses is very 
small. ALanyinode, a packet is not sent in a leaf direction 
only! if there is recent information that the terminal 10 is 
reachable in another leaf direction. If the terminal has moved 
from its "known" location since the last update and is still 
covered by a BS node, the terminal must have just previ- 
ously sent one or more control packets; thus, this and other 
nodes are informed about the new location unless the uplink 
packets are still en route. The probability of this situations is 
also very small. The probability of downlink packets getting 
lost is therefore very small as long as the terminal undergoes 
soft handofls or very fast hard handofls, only. 

Packets get cleared in finite time. Packets sent from a 
terminal 10 take the default tree routes only, without dupli- 
cates being made. These packets therefore reach the gateway 
node 16 and leave the system if the default routing is 
error-free. Packets sent to a terminal 10 are forwarded in 
each node to leaf-ports only, and hence (1) with every 
forwarding the distance between the packet and the gateway 
node, measured in number of hops, increases, and (2) none 
of the nodes can receive the same packet twice. Downlink 
packets thus reach the "leaves" of the node tree in finite time 
and get delivered or cleared there. 

These features can be provided by many protocols and 
networks, not only an IP-based network, that operate as 
described above. In addition although many features have 
been described in terms of active terminals, i.e., terminals 
engaged in data sessions, it will be understood that the same 
descriptions can be applied to inactive (e.g., attached but not 
connected) terminals. The design decisions behind Appli- 
cant's protocol are described below. 

An approach at one extreme of the spectrum of possible 
ways of handling terminal mobility is to let uplink packets 
be routed in a conventional way, e.g., Internet routing, and 
to broadcast all downlink packets to all base stations. This is 
a very costly approach for downlink packets, which as a 
result is not used. To avoid broadcasting, knowledge of a 
terminars location is desirable, which suggests an approach 
at the other extreme: provide a centralized database that 
keeps precise location information. Nevertheless, this 
approach entails frequent messages for updating the cen- 
tralized database, even when the terminal is idle. GSM 
networks use location areas in an effort to strike a balance 
between these extremes. 

According to Applicant's invention, not only can there be 
no centralized database but also none of the network nodes 
knows precisely the location of a terminal. Instead, each 
node knows a way to forward a packet to the terminal, 
regardless of any other nodes that may also forward packets 
to the terminal. Tnis is desirable because the nodes can be 
unaware of the network's topology, and thus the nodes can 
be simple, reliable, easy to install, etc. Also, the forwarding 
information needed by each node is established by uplink 
packets instead of special control messages and is released 
by timers instead of explicit release messages. These aspects 
make Applicant's network simple and robust. 

Accordingly and as described above, it is necessary only 
for Applicant's network to include CMP databases; LMP 
databases and MDCs, and BSC nodes for that matter, are 
optional. A network having only CMPs would operate but 
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would also have two limitations. First, to aDow for precise 
routing of packets, the network would need many CMPs, 
preferably one in each node, and those CMP databases 
would need to store location information for idle terminals 
as well as information for connected terminals. This sug- 5 
gests a variant of Applicant's invention that will be 
described in more detail below. It is currently believed that 
this would result in a large, frequently updated database in 
each (CMP) node, which would be inefficient. To reduce the 
time that outdated paths remain in the network, the CMP 10 
entry timers would need to be short, and thus terminals 
would need to send update packets frequently, even when 
idle. 

These limitations can be avoided by adding a second tier 
of databases that deals with idle terminals, i.e., the LMP 15 
databases, thereby letting the CMP databases handle only 
active terminals. The idle-terminal databases can be less 
densely distributed through the network than the active- 
terminal databases and they can be less frequently updated. 

As noted above, MDCs are optional in Applicant's 20 
network, which are also not necessary even for soft handoffs 
since a terminal can send data packets to one base station 
and at the same time can send show-up packets to other base 
stations. This would configure multiple downlink paths and 
ensure seamless handoff in that downlink packets would not 25 
be lost at a handoflf. 

The preceding description has described embodiments of 
Applicant's invention in which only the CMP database is 
necessary for an operational network. The need for many 
CMP nodes and the need for those CMP databases to store 30 
location information for both idle terminals and connected 
terminals are limitations that would result in a network that 
is less efficient when a substantial proportion of the termi- 
nals are inactive compared to when a substantial portion are 
active. The latter behavior is more typical of terminals in a 35 
cellular radio telephone network. 

The behavior of civil emergency communication 
networks, like police and fire communication networks, 
differs from conventional cellular telephone networks in that 



communication system. The specification contemplates any 
and all modifications that fall within the scope of the 
invention as defined by the following claims. 
What is claimed is: 

1. A communication network for exchanging data packets 
with a wireline network, comprising: 

a plurality of nodes, wherein at least one node includes a 
database for storing location information, and each 
node includes means for forwarding data packets arriv- 
ing at the respective node; 

at least one remote terminal for communicating with at 
least one of the nodes; and 

a gateway node in communication with the wireline 
network and with the nodes; 

wherein remote terminals periodically send control pack- 
ets to at least one of the nodes for updating respective 
location information relating to the remote terminals in 
the database; 

wherein the database comprises a connection manage- 
ment database for storing location information relating 
to the remote terminals that are exchanging data pack- 
ets with the wireline network; and 

the database further comprises a location management 
database for storing respective location information 
relating to remote terminals that are in a service area of 
a node but are not exchanging data packets with the 
wireline network; and 

wherein each node includes a root-port for sending data 
packets to the gateway node and at least one of the 
following ports: a leaf-port for receiving data packets 
from a root-port of another node and a port for 
exchanging packets with a remote terminal; and 

data packets sent from the wireline communication net- 
work are directed to the remote terminals based on the 
location information in the database, 

2. The communication network of claim 1, wherein the 
control packets include show-up packets and opposite 
packets, the control packets are muted from root-port to 



most of the mobile remote terminals are inactive simulta- 40 root-port toward the gateway node, the show-up packets 



neously. Networks having such behavior, which may include 
cellular radio telephone networks, can be realized by a 
variant of Applicant's invention in which it is necessary that 
selected network nodes include only LMP databases that 



update location information in the connection management 
database, and the opposite packets remove location infor- 
mation in the connection management database. 
3. The communication network of claim 2, wherein the 



include entries for both inactive and active terminals. It will 45 connection management database comprises entries relating 



be understood as above that MDCs and BSC nodes would be 
optional. The routing and dimensioning considerations 
described above would be used in determining the positions 
and density of the LMP nodes, which would generally have 
the configuration illustrated in FIG. 5, without the CMP 50 
database of course. As described above, the location infor- 
mation stored in the LMPs would not be used for routing 
data packets to the terminals but for routing paging packets 
that serve to find terminals before data is sent to them. It will 
be understood that in such an LMP-only network, location 55 
management for idle remote terminals is provided by Appli- 
cant's invention as described above, and location manage- 
ment for active remote terminals is provided by another 
technique, such as a centralized, SS7 scheme. This can be 



to respective remote terminals, and each entry includes 
remote terminal identification information and a list of at 
least one port through which a control packet has arrived 
from the respective remote terminal. 

4. The communication network of claim 1, wherein at 
least one of the gateway node and the nodes includes a 
macrodiversity combiner for detecting duplicate arrived data 
packets and for discarding duplicate arrived data packets. 

5. The communication network of claim 4, wherein 
remote terminals add control information to duplicate data 
packets sent by the remote terminals for use by the mac- 
rodiversity combiner in discarding duplicate arrived data 
packets. 

6. The communication network of claim 5, wherein the 



contrasted with a CMP-only network that has a single 60 macrodiversity combiner includes a timer for determining 



location management system for both active and inactive 
terminals. 

It will be understood that this invention is not limited to 
the particular embodiments that are described and illustrated 
above. For example, although the embodiments are 
described above with reference to a cellular radio commu- 
nication system, this invention is applicable to any type of 
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periods between duplicate arrived data packets and a dupli- 
cate arrived data packet is discarded if the period from a 
previously arrived duplicate data packet exceeds a prede- 
termined period. 

7. The communication network of claim 4, wherein the 
macrodiversity combiner buffers arriving data packets, waits 
until a duplicate of an arrived date packet has arrived, then 
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compares ihe duplicate arrived data packets, and selects one include keep -alive packets, the control packets are routed 

that is more likely to be error-free. from root-port to root-port toward the gateway node, and the 

8. The communication network of claim 1, wherein the keep-alive packets update the location information in the 
location information has a limited lifetime, the control location management database. 

packets include show-up packets, the control packets are s 19. The communication network of claim 18, wherein the 

routed I, ram root-port to root-port toward the gateway node, i ocat ion management database comprises entries relating to 

and the show-up packets update the location information in respective remote terminals, and each entry includes remote 

the connection management database. tcrmmal idcntification information and a list of at least one 

9. The communication network of claim 8, wherein the t thf fa which a comro] kel has ^ from the 
connection management database compnscs en riesrelatmg tivc rcmotc tcrminal within a predetermmed dme 
to respective remote terminals, and each entry includes . . r 

remote terminal identification information and a list of at P e !?5? , . . t . . - , 

least one port through which a control packet has arrived J 20 * A node m * communication network for exchanging 

from the respective remote terminal within a predetermined data P acket f a network > ^ communication 

time period. network including at least one remote terminal, and the node 

10. The communication network of claim 1, wherein the 15 comprising: 

control packets include show-up packets, keep -alive a connection management database for storing location 

packets, and respective opposite packets, the control packets information relating to remote terminals that are 

are routed from root-port to root-port toward the gateway exchanging data packets with the wireline network; 

node, the keep-alive packets update location information in a location management database for storing location 

the location management database, the show-up packets 20 information relating to remote terminals that are in a 

update location information in the connection management area of the node but are not exc hanging data 

database, and the respective opposite packets remove loca- packets with the wireline network; 

tion information in the respective database. <• Fnm ,. , . _ ,„ „♦ j fl . 

. . r - . means tor torwarding data packets arriving at the node; 

11. The communication network of claim 10, wherein the _ , , , ... 
location management database and the connection manage- 25 a rool -P°£ ^ ending data packets toward the wireline 
ment database each comprise entries relating to respective network; and 

remote terminals, and each entry includes remote terminal at least one of the following ports; a leaf-port for receiving 

identification information and a list of at least one port data packets from a rootport of another node and a port 

through which a control packet has arrived from the respec- for exchanging packets with a remote terminal; 

tive remote terminal. 30 wherein a remote terminal periodically sends control 

12. The communication network of claim 1, wherein the packets to the node for updating its respective location 
location information has limited lifetime, the control packets information in the database; and 

include keep-alive packets and show-up packets, the control data packets sent from the wireline network are directed 

packets are routed from root-port to root-port toward the to a remote terminal based on the location information 

gateway node, the keep-alive packets update the location 35 in the database. 

Information in the location management database, and the 21. The node of claim 20, wherein the control packets 

showup packets update the location information in the include show-up packets and opposite packets, the control 

connection management database. packets are forwarded from the root-port toward the wireline 

13. The communication network of claim 12, wherein the network, the show-up packets update location information in 
location management database and the connection manage- 40 the connection management database, and the opposite 
ment database each comprise entries relating to respective packets remove location information in the connection man- 
remote terminals, and each entry includes remote terminal agement database. 

identification information and a list of at least one port 22. The node of claim 21, wherein the connection man- 
through which a control packet has arrived from the respec- agement database comprises entries relating to respective 
tive remote terminal within a predetermined time period. 45 remote terminals, and each entry includes remote terminal 

14. The communication network of claim 1, wherein at identification information and a list of at least one port 
least one of the nodes is a base station node that includes an through which a control packet has arrived from the respec- 
air interface port for exchanging packets with remote ter- live remote terminal. 

minals. 23. The node of claim 20, further comprising a macrodi- 

15. The communication network of claim 14, wherein at 50 versity combiner for detecting duplicate arrived data packets 
least one base station node includes a connection manage- and for discarding duplicate arrived data packets. 

ment database. 24. The node of claim 23, wherein the macrodiversity 

16. The communication network of claim 1, wherein the combiner discards duplicate arrived data packets based on 
control packets include keep alive packets and opposite control information added by a remote terminal to duplicate 
packets, the control packets are routed from root-port to 55 data packets sent by the remote terminal. 

root-port toward the gateway node, the keep-alive packets 25. The node of claim 24, wherein the macrodiversity 

update location information in the location management combiner includes a timer for determining periods between 

database, and the opposite packets remove Iocation infor- duplicate arrived data packets and a duplicate arrived data 

mation in the location management database. packet is discarded if the period from a previously arrived 

17. The communication network of claim 16, wherein the 60 duplicate data packet exceeds a predetermined period, 
location management database comprises entries relating to 26. The node of claim 23, wherein the macrodiversity 
respective remote terminals, and each entry includes remote combiner buffers arriving data packets, waits until a dupli- 
terminal identification information and a list of at least one cate of an arrived data packet has arrived, then compares the 
port through which a control packet has arrived from the duplicate arrived data packets, and selects one that is more 
respective remote terminal. 65 likely to be error-free. 

18. The communication network of claim 1, wherein the 27. The node of claim 20, wherein the location informa- 
location information has limited lifetime, the control packets tion has a limited lifetime, and the control packets include 
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show-up packets for updating location information in the 
connection management database, and the control packets 
are forwarded from the root -port toward the wireline net- 
work- 

28. The node of claim 27, wherein the connection man- 
agement database comprises entries relating to respective 
remote terminals, and each entry includes remote terminal 
identification information and a list of at least one port 
through which a control packet has arrived from the respec- 
tive remote terminal within a predetermined time period. 

29. The node of claim 20, wherein the control packets 
include show-up packets, keep-alive packets, and respective 
opposite packets, the control packets are forwarded from the 
root-port toward the wireline network, the keep-alive pack- 



ets update location information in the location management 15 management database. 



each comprise entries relating to respective remote 
terminals, and each entry includes remote terminal identi- 
fication information and a list of at least one port through 
which a control packet has arrived from the respective 
5 remote terminal within a predetermined time period. 

33. The node of claim 20, further comprising an air 
interface port for exchanging packets with remote terminals. 

34. The node of claim 20, wherein the control packets 
]0 include keep-alive packets and opposite packets, the control 

packets are forwarded from the root-port to root-port toward 
the wireline network, the keep -alive packets update location 
information in the location management database, and the 
opposite packets remove location information in the location 



database, the show-up packets update location information 
in the connection management database, and the respective 
opposite packets remove location information in the respec- 
tive database. 

30. The node of claim 29, wherein the location manage- 
ment database and the connection management database 
each comprise entries relating to respective remote 
terminals, and each entry includes remote terminal identi- 
fication information and a list of at least one port through 
which a control packet has arrived from the respective 25 
remote terminal. 

31. The node of claim 20, wherein the location informa- 
tion has limited lifetime, the control packets Include keep- 
alive packets and show-up packets, the control packets are 
forwarded from the root-port toward the wireline network, 
the keep-alive packets update the location information in the 
location management database, and the show-up packets 
update the location information in the connection manage- 
ment database. 

32. The node of claim 31, wherein the location manage- 
ment database and the connection management database 



35. The node of claim 34, wherein the location manage- 
ment database comprises entries relating to respective 
remote terminals, and each entry includes remote terminal 
identification information and a list of at least one port 

20 through which a control packet has arrived from the respec- 
tive remote terminal. 

36. The node of claim 20, wherein the location informa- 
tion has a limited lifetime, the control packets include 
keep-alive packets, the control packets are forwarded from 
the rootport toward the wireline network, and the keep-alive 
packets update the location information In the location 
management database. 

37. The node of claim 36, wherein the location manage- 
30 ment database comprises entries relating to respective 

remote terminals, and each entry includes remote terminal 
identification information and a list of at least one port 
through which a control packet has arrived from the respec- 
tive remote terminal within a predetermined time period. 

35 
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